-
1 безопасность систем управления
безопасность систем управления
Способность элементов системы управления, связанных с обеспечением безопасности, выполнять функции безопасности систем управления в течение установленного срока в соответствии с их заданной категорией.
[ГОСТ ЕН 1070-2003]
[ ГОСТ Р ИСО 13849-1-2003]Тематики
EN
DE
FR
Русско-немецкий словарь нормативно-технической терминологии > безопасность систем управления
-
2 безопасность систем управления
безопасность систем управления
Способность элементов системы управления, связанных с обеспечением безопасности, выполнять функции безопасности систем управления в течение установленного срока в соответствии с их заданной категорией.
[ГОСТ ЕН 1070-2003]
[ ГОСТ Р ИСО 13849-1-2003]Тематики
EN
DE
FR
Русско-английский словарь нормативно-технической терминологии > безопасность систем управления
-
3 безопасность систем управления
безопасность систем управления
Способность элементов системы управления, связанных с обеспечением безопасности, выполнять функции безопасности систем управления в течение установленного срока в соответствии с их заданной категорией.
[ГОСТ ЕН 1070-2003]
[ ГОСТ Р ИСО 13849-1-2003]Тематики
EN
DE
FR
Русско-французский словарь нормативно-технической терминологии > безопасность систем управления
-
4 функция безопасности систем управления
функция безопасности систем управления
Функция, включаемая входным сигналом и обрабатываемая элементами системы управления, связанными с обеспечением безопасности, и необходимая для достижения безопасного состояния машины (как системы).
[ГОСТ ЕН 1070-2003]Тематики
EN
DE
FR
Русско-немецкий словарь нормативно-технической терминологии > функция безопасности систем управления
-
5 функция безопасности систем управления
функция безопасности систем управления
Функция, включаемая входным сигналом и обрабатываемая элементами системы управления, связанными с обеспечением безопасности, и необходимая для достижения безопасного состояния машины (как системы).
[ГОСТ ЕН 1070-2003]Тематики
EN
DE
FR
Русско-английский словарь нормативно-технической терминологии > функция безопасности систем управления
-
6 функция безопасности систем управления
функция безопасности систем управления
Функция, включаемая входным сигналом и обрабатываемая элементами системы управления, связанными с обеспечением безопасности, и необходимая для достижения безопасного состояния машины (как системы).
[ГОСТ ЕН 1070-2003]Тематики
EN
DE
FR
Русско-французский словарь нормативно-технической терминологии > функция безопасности систем управления
-
7 безопасность
безопасность
Отсутствие недопустимого риска.
[ ГОСТ Р МЭК 61508-4-2007]
безопасность
Состояние защищенности жизненно важных интересов личности, общества и государства от внутренних и внешних угроз (по Закону Российской Федерации [1]).
[ ГОСТ Р 52551-2006]
безопасность
По ГОСТ Р 22.0.02-94
Состояние защищенности жизненно важных интересов личности, общества и государства от внутренних и внешних угроз или опасностей.
[СО 34.21.307-2005]
безопасность
Отсутствие недопустимого риска, связанного с возможностью нанесения ущерба.
Примечание
В области стандартизации безопасность продукции, процессов и услуг обычно рассматривается с целью достижения оптимального баланса ряда факторов, включая такие нетехнические факторы как поведение человека, позволяющее свести устранимый риск, связанный с возможностью нанесения ущерба здоровью людей и сохранности имущества, до приемлемого уровня.
[ГОСТ 1.1-2002]
безопасность
Состояние, при котором риск вреда (персоналу) или ущерб ограничен допустимым уровнем.
Примечания
1 Безопасность является одним из аспектов качества.
2 Вышеприведенное определение применяется в стандартах на качество. Термин «безопасность» определен в руководстве ИСО/МЭК 2.
[ИСО 8402-94]
безопасность
Состояние защищенности прав граждан, природных объектов, окружающей среды и материальных ценностей от последствий несчастных случаев, аварий и катастроф на промышленных объектах.
[ ГОСТ Р 12.3.047-98]
безопасность
Свойство объекта, заключающееся в способности не допускать таких изменений своих состояний и свойств, а также не вызывать изменений состояний и свойств других, связанных с ним объектов, которые были бы опасны для людей и (или) окружающей среды.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]безопасность в промышленности
ГОСТ Р 12.1.052-97
безопасность веществ и материалов (паспорт безопасности)
ГОСТ Р 12.1.052-97
безопасность применения, хранения, транспортирования, утилизации, удаления веществ и материалов (паспорт безопасности)
ГОСТ Р 12.1.052-97
требования по обеспечению безопасности
ГОСТ Р 50571. 8-94 ( МЭК 364-4-47-81)
требования техники безопасности при проведении электромонтажных работ
ГОСТ 12.3.032-84
требования безопасности при эксплуатации электроустановок на производстве
ГОСТ 12.1.019-79
требования безопасности при пользовании электроустановками бытового назначения
ГОСТ 12.1.019-79
Тематики
- пожарная безопасность
- системы охраны и безопасности объектов
- стандартизация
- управл. качеством и обеспеч. качества
EN
FR
2.38 безопасность (security): Сочетание доступности, конфиденциальности, целостности и отслеживаемое™ [18].
3.65 безопасность (security): Качество или состояние защищенности от несанкционированного доступа или неконтролируемых потерь или воздействий.
Примечания
1 Абсолютная безопасность является практически недостижимой, а качество определенной системы безопасности - относительным.
2 В рамках системы безопасности «состояние - модель» безопасность является таким «состоянием», которое должно сохраняться при различных операциях.
Источник: ГОСТ Р ИСО/ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности
2.20 безопасность (safety): Отсутствие недопустимого риска ([2], пункт 3.1).
Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа
3.2 безопасность (security): Сопротивление преднамеренному акту незаконного вмешательства, рассчитанному на нанесение вреда или ущерба цепи поставок или посредством цепи поставок.
Источник: ГОСТ Р 53661-2009: Система менеджмента безопасности цепи поставок. Руководство по внедрению оригинал документа
3.2 безопасность (security): Сопротивление преднамеренному акту незаконного вмешательства, рассчитанному на нанесение вреда или ущерба цепи поставок или посредством цепи поставок.
Источник: ГОСТ Р 53663-2009: Система менеджмента безопасности цепи поставок. Требования оригинал документа
3.65 безопасность (security): Качество или состояние защищенности от несанкционированного доступа или неконтролируемых потерь или воздействий.
Примечания
1 Абсолютная безопасность является практически недостижимой, а качество определенной системы безопасности - относительным.
2 В рамках системы безопасности «состояние - модель» безопасность является таким «состоянием», которое должно сохраняться при различных операциях.
Источник: ГОСТ Р ИСО ТО 13569-2007: Финансовые услуги. Рекомендации по информационной безопасности
3.22 безопасность (safety): Отсутствие неприемлемого (недопустимого) риска.
[ISO/IEC Guide 51:1999, статья 3.1]
Источник: ГОСТ Р МЭК 60086-4-2009: Батареи первичные. Часть 4. Безопасность литиевых батарей оригинал документа
3.14 безопасность (safety): Отсутствие неприемлемого (недопустимого) риска.
Источник: ГОСТ Р МЭК 60086-5-2009: Батареи первичные. Часть 5. Безопасность батарей с водным электролитом оригинал документа
3.1.8 безопасность (safety): Отсутствие недопустимого риска.
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
2.29 безопасность (security): Все аспекты, связанные с определением, достижением и поддержанием конфиденциальности, целостности, доступности, подотчетности, аутентичности и достоверности.
Примечание - Считаются защищенными до тех пор, пока их пользователи могут быть уверенными в их должном функционировании. Защищенность продукта, системы или услуги обычно рассматривается в контексте оценки фактических или ожидаемых угроз.
а) способность программного продукта защитить информацию и данные так, чтобы неуполномоченные лица или системы не могли их считать или модифицировать, а уполномоченные - не получали бы отказ в доступе к ним.
[ИСО/МЭК 9126-1]
Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа
3.4.18 безопасность (safety): Отсутствие недопустимого риска.
Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа
Русско-английский словарь нормативно-технической терминологии > безопасность
-
8 функциональная безопасность
3.42 функциональная безопасность (functional safety): Часть безопасности, относящаяся к управляемому оборудованию и системе управления управляемым оборудованием связанной с безопасностью здания или сооружения системы при выполнении функции безопасности.
Источник: ГОСТ Р 53195.1-2008: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 1. Основные положения оригинал документа
3.1.9 функциональная безопасность (functional safety): Часть общей безопасности, которая относится к EUC и системам управления EUC и зависит от правильности функционирования Е/Е/РЕ систем, связанных с безопасностью, систем обеспечения безопасности, основанных на других технологиях, и внешних средств уменьшения риска.
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
Русско-английский словарь нормативно-технической терминологии > функциональная безопасность
-
9 аппаратная управления
3.2 аппаратная управления (control room): Центральный функциональный объект центра управления кризисными ситуациями вместе с его физической структурой, в котором размещаются автоматизированное рабочее место или автоматизированные рабочие места со средствами централизованного контроля и управления автоматизированным оборудованием.
Источник: ГОСТ Р 53195.3-2009: Безопасность функциональная, связанных с безопасностью зданий и сооружений систем. Часть 3. Требования к системам оригинал документа
Русско-английский словарь нормативно-технической терминологии > аппаратная управления
-
10 комплект помещений управления
3.6 комплект помещений управления (control suite): Группа функционально связанных помещений (таких как офисы, технические аппаратные, зоны отдыха, помещения для тренинга и обучения персонала, сопряженных с аппаратной управления и включающая ее), которые обеспечивают реализацию функций эксплуатации и обслуживания аппаратной управления.
Источник: ГОСТ Р 53195.3-2009: Безопасность функциональная, связанных с безопасностью зданий и сооружений систем. Часть 3. Требования к системам оригинал документа
Русско-английский словарь нормативно-технической терминологии > комплект помещений управления
-
11 отказ
отказ
Нарушение способности оборудования выполнять требуемую функцию.
Примечания
1. После отказа оборудование находится в неисправном состоянии.
2. «Отказ» является событием, в отличие от «неисправности», которая является состоянием.
3. Это понятие, как оно определено, не применяют коборудованиюобъекту, состоящему только из программных средств.
4. На практике термины «отказ» и «неисправность» часто используют как синонимы.
[ГОСТ ЕН 1070-2003]
[ ГОСТ Р ИСО 13849-1-2003]
[ ГОСТ Р МЭК 60204-1-2007]
отказ
Событие, заключающееся в нарушении работоспособного состояния объекта.
[ ГОСТ 27.002-89]
[ОСТ 45.153-99]
[СТО Газпром РД 2.5-141-2005]
[СО 34.21.307-2005]
отказ
Событие, заключающееся в нарушении работоспособного состояния машины и (или) оборудования вследствие конструктивных нарушений при проектировании, несоблюдения установленного процесса производства или ремонта, невыполнения правил или инструкций по эксплуатации.
[Технический регламент о безопасности машин и оборудования]EN
failure
the termination of the ability of an item to perform a required function
NOTE 1 – After failure the item has a fault.
NOTE 2 – "Failure" is an event, as distinguished from "fault", which is a state.
NOTE 3 – This concept as defined does not apply to items consisting of software only.
[IEV number 191-04-01]
NOTE 4 - In practice, the terms fault and failure are often used synonymously
[IEC 60204-1-2006]FR
défaillance
cessation de l'aptitude d'une entité à accomplir une fonction requise
NOTE 1 – Après défaillance d'une entité, cette entité est en état de panne.
NOTE 2 – Une défaillance est un passage d'un état à un autre, par opposition à une panne, qui est un état.
NOTE 3 – La notion de défaillance, telle qu'elle est définie, ne s'applique pas à une entité constituée seulement de logiciel.
[IEV number 191-04-01]Тематики
- безопасность в целом
- безопасность гидротехнических сооружений
- безопасность машин и труда в целом
- газораспределение
- надежность средств электросвязи
- надежность, основные понятия
Обобщающие термины
EN
DE
FR
отказ (failure): Событие, заключающееся в нарушении работоспособного состояния объекта
[ ГОСТ 27.002-89, статья 3.3].
Источник: ГОСТ Р 52527-2006: Установки газотурбинные. Надежность, готовность, эксплуатационная технологичность и безопасность оригинал документа
3.5 отказ (failure): Прекращение способности элемента исполнять требуемую функцию.
Примечания
1 После отказа элемент становится неисправным.
2 Отказ является событием в отличие от неисправности, которая является состоянием.
Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа
3.3. Отказ
Failure
Событие, заключающееся в нарушении работоспособного состояния объекта
Источник: ГОСТ 27.002-89: Надежность в технике. Основные понятия. Термины и определения оригинал документа
3.4 отказ (failure): Утрата изделием способности выполнять требуемую функцию.
Примечание - Отказ является событием в отличие от неисправности, которая является состоянием.
Источник: ГОСТ Р ИСО 13379-2009: Контроль состояния и диагностика машин. Руководство по интерпретации данных и методам диагностирования оригинал документа
3.2 отказ (failure): Утрата объектом способности выполнять требуемую функцию1).
___________
1) Более детально см. [1].
Источник: ГОСТ Р 51901.12-2007: Менеджмент риска. Метод анализа видов и последствий отказов оригинал документа
3.29 отказ (failure): Событие, происходящее с элементом или системой и вызывающее один или оба следующих эффекта: потеря элементом или системой своих функций или ухудшение работоспособности до степени существенного снижения безопасности установки, персонала или окружающей среды.
Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа
3.1.3 отказ (failure): Потеря объектом способности выполнять требуемую функцию.
Примечания
1. После отказа объект имеет неисправность.
2. Отказ - это событие в отличие от неисправности, которое является состоянием.
3. Данное понятие по определению не касается программного обеспечения в чистом виде.
[МЭК 60050-191 ][1]
Источник: ГОСТ Р 50030.5.4-2011: Аппаратура распределения и управления низковольтная. Часть 5.4. Аппараты и элементы коммутации для цепей управления. Метод оценки рабочих характеристик слаботочных контактов. Специальные испытания оригинал документа
1. Отказ - событие, заключающееся в нарушении работоспособного состояния конструкций, зданий и сооружений.
2. Обследование конструкций - комплекс изыскательских работ по сбору данных о техническом состоянии конструкций, необходимых для оценки технического состояния и разработки проекта восстановления их несущей способности, усиления или реконструкции.
3.5 отказ (failure): Неспособность конструкции, системы или компонента функционировать в пределах критериев приемлемости.
[Глоссарий МАГАТЭ по безопасности, издание 2.0, 2006]
Примечание 1 - Отказ - это результат неисправности аппаратных средств, дефекта программного обеспечения, неисправности системы или ошибки оператора, связанной с ними сигнальной траекторией, которая и вызывает отказ.
Примечание 2 - См. также «дефект», «отказ программного обеспечения».
Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа
3.3 отказ (failure): Утрата изделием способности выполнять требуемую функцию.
Примечание - Обычно отказ является следствием неисправности одного или нескольких узлов машины.
Источник: ГОСТ Р ИСО 17359-2009: Контроль состояния и диагностика машин. Общее руководство по организации контроля состояния и диагностирования оригинал документа
3.16 отказ (failure): Отклонение реального функционирования от запланированного. [МЭК 61513, пункт 3.21, изменено]
Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа
3.6.4 отказ (failure): Прекращение способности функционального блока выполнять необходимую функцию.
Примечания
1. Определение в МЭС 191-04-01 является идентичным, с дополнительными комментариями [ИСО/МЭК 2382-14-01-11].
2. Соотношение между сбоями и отказами в МЭК 61508 и МЭС 60050(191) см. на рисунке 4.
3. Характеристики требуемых функций неизбежно исключают определенные режимы работы, некоторые функции могут быть определены путем описания режимов, которых следует избегать. Возникновение таких режимов представляет собой отказ.
4. Отказы являются либо случайными (в аппаратуре), либо систематическими (в аппаратуре или в программном обеспечении), см. 3.6.5 и 3.6.6.
Примечания
1. Как показано на рисунке 4а), функциональный блок может быть представлен в виде многоуровневой иерархической конструкции, каждый из уровней которой может быть, в свою очередь, назван функциональным блоком. На уровне i «причина» может проявить себя как ошибка (отклонение от правильного значения или состояния) в пределах функционального блока, соответствующего данному уровню i. Если она не будет исправлена или нейтрализована, эта ошибка может привести к отказу данного функционального блока, который в результате перейдет в состояние F, в котором он более не может выполнять необходимую функцию (см. рисунок 4b)). Данное состояние F уровня i может в свою очередь проявиться в виде ошибки на уровне функционального блока i - 1, которая, если она не будет исправлена или нейтрализована, может привести к отказу функционального блока уровня i - 1.
2. В этой причинно-следственной цепочке один и тот же элемент («объект X») может рассматриваться как состояние F функционального блока уровня i, в которое он попадает в результате отказа, а также как причина отказа функционального блока уровня i - 1. Данный «объект X» объединяет концепцию «отказа» в МЭК 61508 и ИСО/МЭК 2382-14, в которой внимание акцентируется на причинном аспекте, как показано на рисунке 4с), и концепцию «отказа» из МЭС 60050(191), в которой основное внимание уделено аспекту состояния, как показано на рисунке 4d). В МЭС 60050(191) состояние F называется отказом, а в МЭК 61508 и ИСО/МЭК 2382-14 оно не определено.
3. В некоторых случаях отказ или ошибка могут быть вызваны внешним событием, таким как молния или электростатические помехи, а не внутренним отказом. Более того, ошибка (в обоих словарях) может возникать без предшествующего отказа. Примером такой ошибки может быть ошибка проектирования.
Рисунок 4 - Модель отказа
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
3.21 отказ (failure): Отклонение реального функционирования от запланированного (см. рисунок 3). [МЭК 60880-2, пункт 3.8]
Примечание 1 - Отказ является результатом сбоя в аппаратуре, программном обеспечении, системе или ошибки оператора или обслуживания и отражается на прохождении сигнала.
Примечание 2 - См. также «дефект», «отказ программного обеспечения».
Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа
3.22 отказ (failure): Событие, заключающееся в нарушении работоспособного состояния элементов или систем платформы.
Источник: ГОСТ Р 54483-2011: Нефтяная и газовая промышленность. Платформы морские для нефтегазодобычи. Общие требования оригинал документа
3.1.7. отказ (fauit):
Состояние объекта, характеризуемое неспособностью выполнять требуемую функцию, за исключением состояний, связанных с предупредительным техническим обслуживанием или другими плановыми мероприятиями, или вследствие недостатка внешних ресурсов.
Примечание 1. - Отказ часто является результатом повреждения самого объекта, но может произойти и без предварительного повреждения объекта.
(МЭК 60204-1, п. 3.24).
Источник: ГОСТ Р МЭК 60519-1-2005: Безопасность электротермического оборудования. Часть 1. Общие требования оригинал документа
3.1.29 отказ (failure): Окончание способности изделия выполнять требуемую функцию.
Источник: ГОСТ Р 54828-2011: Комплектные распределительные устройства в металлической оболочке с элегазовой изоляцией (КРУЭ) на номинальные напряжения 110 кВ и выше. Общие технические условия оригинал документа
Русско-английский словарь нормативно-технической терминологии > отказ
-
12 опасность
опасность
Потенциальный источник нанесения ущерба.
[ ГОСТ Р 52319-2005( МЭК 61010-1: 2001)]
опасность
Потенциальный источник возникновения ущерба.
[ИСО / МЭК Руководство 51]
Примечание. Термин включает в себя опасности для людей, действующие в течение коротких промежутков времени (например, пожары и взрывы), а также опасности, имеющие долгосрочное влияние на здоровье людей (например, выделение токсических веществ).
[ ГОСТ Р МЭК 61508-4-2007]
опасность
Потенциальный источник причинения вреда, ущерба здоровью.
Примечание 1
Термин «опасность» может быть уточнен в соответствии с причиной его происхождения (например, механическая опасность, электрическая опасность) или характера потенциального повреждения (например, опасность поражения электрическим током, опасность пореза, опасность воздействия токсических веществ, опасность возгорания).
Примечание 2
Опасности, рассматриваемые в данном определении:
-опасности, постоянно присутствующие в процессе использования машины по назначению (например, опасное перемещение подвижных элементов, дуговой разряд в процессе сварки, неудобная поза, вредная для здоровья, шум, высокая температура);
-опасности, возникающие неожиданно (например, взрыв, опасность раздавливания как следствие непреднамеренного/неожиданного пуска, выбросы как следствие аварии, падение как следствие ускорения/замедления).
[ ГОСТ Р ИСО 12100-1:2007]
опасность
Источник возможных травм или нанесения другого вреда здоровью.
Примечание - Понятие «опасность» применяют в общем сочетании с другими понятиями, которые связаны с ожидаемыми травмами или другим вредом для здоровья: опасностью удара электрическим током, опасностью раздавливания, опасностью пореза, опасностью отравления и т.д.
[ГОСТ ЕН 1070-2003]
опасность
Ситуация в окружающей природной среде, в которой при определенных условиях (случайного или затерминированного характера) возможно возникновение факторов опасности, способных привести к одному или совокупности из нежелательных последствий для человека и окружающей человека среды.
Примечание
Нежелательными последствиям являются: отклонение здоровья человека от среднестатистического значения, т.е. заболевание или даже смерть человека; ухудшение состояния окружающей человека среды, обусловленное нанесением материального или социального ущерба и/или ухудшение качеств природной среды.
[РД 01.120.00-КТН-228-06]
опасность
Возможная причина травмы или нанесения вреда здоровью.
Примечания.
1. Термин может быть определен как специальный, например как механическая или электрическая опасности, или источник потенциального вреда (опасности поражения электрическим током, опасности получения пореза, токсичного поражения и пожарной опасности).
2. Опасность рассматривается:
- как непрерывно присутствующая во время предусмотренной режимами работы эксплуатации машины (например, передвижение опасных подвижных элементов, рабочие шумы, высокие температуры, электрическая дуга во время сварки, неудобная рабочая поза);
- или возникающая неожиданно (например, разрушения в результате взрыва, случайных пусков, выбросов и падений при ускорениях или останове).
[ ГОСТ Р МЭК 60204-1-2007]
опасность
Потенциальная возможность возникновения процессов или явлений, способных вызвать поражение людей, наносить материальный ущерб и разрушительно воздействовать на окружающую атмосферу.
[ ГОСТ Р 12.3.047-98]EN
hazard
hazard
potential source of harm
[IEC 61010-031, ed. 1.0 (2002-01)]
potential source of harm
NOTE - In the context of this standard, the term hazard relates only to potential sources of harm to the operator and surroundings (see 1.2.1), and does not include potential sources of harm related to the efficacy of the process.
[IEC 61010-2-040, ed. 1.0 (2005-04)]FR
danger
danger
source potentielle de mal
[IEC 61010-031, ed. 1.0 (2002-01)]
source potentielle de mal
NOTE Dans le cadre de la présente norme, le terme danger est uniquement lié aux sources de dommage potentielles affectant l’opérateur et l’environnement (voir 1.2.1), et n’inclut pas les sources potentielles de dommage liées à l'efficacité du processus.
[IEC 61010-2-040, ed. 1.0 (2005-04)]Тематики
- безопасность в целом
- безопасность машин и труда в целом
- магистральный нефтепроводный транспорт
- пожарная безопасность
- электробезопасность
EN
DE
FR
2.3 опасность (hazard): Потенциальный источник вреда ([2], пункт 3.5).
Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа
3.23 опасность (hazard): Потенциальный источник причинения вреда.
Источник: ГОСТ Р 53195.1-2008: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 1. Основные положения оригинал документа
3.6 опасность (hazard): Потенциальный источник вреда.
Источник: ГОСТ Р 51901.11-2005: Менеджмент риска. Исследование опасности и работоспособности. Прикладное руководство оригинал документа
3.6 опасность (hazard): Потенциальный источник причинения вреда, ущерба здоровью.
Примечание 1 - Термин «опасность» может быть уточнен в соответствии с причиной его происхождения (например, механическая опасность, электрическая опасность) или характера потенциального повреждения (например, опасность поражения электрическим током, опасность пореза, опасность воздействия токсических веществ, опасность возгорания).
Примечание 2 - Опасности, рассматриваемые в данном определении:
- опасности, постоянно присутствующие в процессе использования машины по назначению (например, опасное перемещение подвижных элементов, дуговой разряд в процессе сварки, неудобная поза, вредная для здоровья, шум, высокая температура);
- опасности, возникающие неожиданно (например, взрыв, опасность раздавливания как следствие непреднамеренного/неожиданного пуска, выбросы как следствие аварии, падение как следствие ускорения/замедления).
Источник: ГОСТ Р ИСО 12100-1-2007: Безопасность машин. Основные понятия, общие принципы конструирования. Часть 1. Основные термины, методология оригинал документа
3.1.12 опасность (hazard): Потенциальный источник возникновения ущерба.
Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа
3.10 опасность (hazard): По ИСО 14698-1.
Источник: ГОСТ ИСО 14698-2-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 2. Анализ данных о биозагрязнениях оригинал документа
3.9 опасность (hazard): Возможный источник вреда, причиной которого могут быть естественные или техногенные явления, который способен привести к неблагоприятным воздействиям и последствиям.
Источник: ГОСТ Р 53647.4-2011: Менеджмент непрерывности бизнеса. Руководящие указания по обеспечению готовности к инцидентам и непрерывности деятельности оригинал документа
3.33 опасность (hazard): Потенциальный источник ущерба.
Примечание - Термин «опасность» может быть ограничен определением для обозначения источника или природы возможного ущерба (например, опасность поражения электрическим током, опасность разрушения, опасность пореза, опасность отравления токсичными веществами, опасность возгорания, опасность затопления) [33].
Источник: ГОСТ Р 54110-2010: Водородные генераторы на основе технологий переработки топлива. Часть 1. Безопасность оригинал документа
3.10 опасность (hazard): Потенциальный источник вреда.
[ISO/IEC Guide 51:1999, статья 3.5]
Источник: ГОСТ Р МЭК 60086-4-2009: Батареи первичные. Часть 4. Безопасность литиевых батарей оригинал документа
3.7 опасность (hazard): Потенциальный источник вреда.
Примечание - Термин «опасность» может быть уточнен (квалифицирован) по его происхождению или природе ожидаемой опасности (например, опасность поражения электрическим током, опасность разрушения, опасность резаного ранения, токсическая опасность, опасность возгорания, опасность утопления).
Источник: ГОСТ Р МЭК 60086-5-2009: Батареи первичные. Часть 5. Безопасность батарей с водным электролитом оригинал документа
3.2 опасность (hazard): Производственный фактор, который может быть причиной вреда или ущерба человеческому здоровью.
Примечание - Существуют различные общие виды опасностей, например опасности, связанные с механическими и химическими воздействиями; с воздействием низких и высоких температур и/или пламени, биологических агентов, ионизирующего и неионизирующего излучения.
Некоторые виды опасностей могут в соответствии с обстоятельствами иметь различные источники. Так опасность, связанная с высокими температурами, может быть обусловлена соприкосновением с горячими телами, тепловым излучением и т. д., и для каждого из подобных источников опасности могут существовать различные методики испытаний.
Некоторые виды одежды были разработаны для защиты от опасностей, связанных с определенными видами работ. Примером таких предметов одежды являются фартуки, защищающие от ручных ножей, брюки для работы с цепными пилами, одежда, защищающая от воздействия химических веществ, сигнальная одежда повышенной видимости и защитное снаряжение для мотоциклистов.
3.19 опасность (hazard): Источник потенциального вреда или ситуация с потенциальной возможностью нанесения вреда.
Источник: ГОСТ Р 51901.10-2009: Менеджмент риска. Процедуры управления пожарным риском на предприятии оригинал документа
3.1.2 опасность (hazard): Потенциальный источник возникновения ущерба [ИСО/МЭК Руководство 51].
Примечание - Термин включает в себя опасности для людей, действующие в течение коротких промежутков времени (например, пожары и взрывы), а также опасности, имеющие долгосрочное влияние на здоровье людей (например, выделение токсических веществ).
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
3.27 опасность (hazard): Событие, способное причинить вред здоровью персонала АС, привести к повреждению узлов, оборудования или строительных конструкций. Опасности подразделяются на внутренние и внешние.
Примечание 1 - Внутренние опасности представляют собой, например, пожар и затопление. Внутренние опасности могут являться последствиями постулированных исходных событий.
Примечание 2 - Примером внешних опасностей может служить землетрясение или удар молнии.
Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа
3.6 опасность (hazard): Потенциальный источник возникновения ущерба.
Примечание - Термин «опасность» может быть конкретизирован в части определения природы опасности или вида ожидаемого ущерба (например, опасность электрического шока, опасность разрушения, травматическая опасность, токсическая опасность, опасность пожара, опасность утонуть.
[ ГОСТ Р 51898, ст. 3.5].
3.6 опасность (hazard): Объект, ситуация или действие, которые способны нанести вред человеку в виде травмы или ухудшения состояния здоровья (см. 3.8), или их сочетания.
Источник: ГОСТ Р 54934-2012: Системы менеджмента безопасности труда и охраны здоровья. Требования оригинал документа
3.6 опасность (hazard): Источник, ситуация или действие, которые способны нанести вред человеку в виде травмы или ухудшения здоровья (см. 3.8), или их сочетания.
Источник: ГОСТ Р 54337-2011: Системы менеджмента охраны труда в организациях, выпускающих нанопродукцию. Требования оригинал документа
3.3 опасность (hazard): Потенциальный источник причинения вреда, ущерба здоровью.
[ИСО 12100-1:2003]
Источник: ГОСТ Р 53454.1-2009: Эргономические процедуры оптимизации локальной мышечной нагрузки. Часть 1. Рекомендации по снижению нагрузки оригинал документа
3.1.6. опасность (hazard):
Возможная причина травмы или нанесения вреда здоровью (ИСО/ТО 12100-1, 3.5, MOD) [10].
Источник: ГОСТ Р МЭК 60519-1-2005: Безопасность электротермического оборудования. Часть 1. Общие требования оригинал документа
3.4.11 ОПАСНОСТЬ (HAZARD): Потенциальный источник вреда (см. 1.2).
3.4.5 опасность (hazard): Источник потенциального вреда или ситуация, при которой возможен ущерб.
Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа
Русско-английский словарь нормативно-технической терминологии > опасность
-
13 разнообразие
разнообразие
Различные средства для выполнения требуемой функции.
Пример
Разнообразие может достигаться использованием различных физических методов и различных проектных подходов.
[ ГОСТ Р МЭК 61508-4-2007]
разнообразие
(в кибернетике и общей теории систем) — количественная характеристика сложности системы: измеряется логарифмом (по основанию 2) возможных различимых ее состояний. (См. Необходимое разнообразие.)
[ http://slovar-lopatnikov.ru/]Тематики
EN
3.3 разнообразие (diversity): Наличие двух или более путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.
[МЭК 60880, пункт 3.14]
Примечание - См. также «функциональное разнообразие».
Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа
3.5 разнообразие (diversity): Наличие двух или более резервных систем или резервных элементов для выполнения одной определенной функции, при котором разные системы или элементы наделяются различными признаками таким образом, чтобы уменьшалась возможность отказа по общей причине, включая общий отказ.
(Глоссарий МАГАТЭ по вопросам безопасности:2007)
Примечание - В МЭК 60880 дано следующее определение для термина «разнообразие»: Наличие двух или более путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.
Источник: ГОСТ Р МЭК 61226-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Классификация функций контроля и управления оригинал документа
3.14 разнообразие (diversity): Наличие двух или более путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.
Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа
3.3 разнообразие (diversity): Наличие двух или более различных путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.
[МЭК 60880:2006, определение 3.14]
Примечание - Это определение шире используемого в IAEA NS-G-1.3: «наличие двух или более систем или компонентов, предназначенных для выполнения определенной функции, где различные системы или компоненты обладают различными свойствами, чтобы уменьшить возможность общего отказа».
[МЭК 61226:2005, определение 3.5]
Источник: ГОСТ Р МЭК 60987-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования к разработке аппаратного обеспечения компьютеризованных систем оригинал документа
3.3.9 разнообразие (diversity): Различные средства для выполнения требуемой функции.
ПРИМЕР - Разнообразие может достигаться использованием различных физических методов и различных проектных подходов.
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
3.16 разнообразие (diversity): Наличие двух или более путей или средств достижения установленной цели. Разнообразие специально создается как защита от отказа по общей причине. Оно может быть достигнуто наличием систем, которые физически отличаются одна от другой, или с помощью функционального разнообразия, если аналогичные системы достигают установленной цели различными путями.
[МЭК 60880-2, пункт 3.6]
Примечание 1 - См. также «функциональное разнообразие».
Примечание 2 - Это определение шире, чем использованное в МАГАТЭ 50-C-D: «существование избыточных компонентов или систем с целью выполнения определенной функции, когда такие компоненты или системы совместно несут в себе одну или более различных характеристик. Например, такие характеристики, как различные условия работы, размеры оборудования, производители, принципы функционирования и типы оборудования, использующие различные физические методы».
Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа
Русско-английский словарь нормативно-технической терминологии > разнообразие
-
14 управление аварийными сигналами
управление аварийными сигналами
-
[Интент]
Переход от аналоговых систем к цифровым привел к широкому, иногда бесконтрольному использованию аварийных сигналов. Текущая программа снижения количества нежелательных аварийных сигналов, контроля, определения приоритетности и адекватного реагирования на такие сигналы будет способствовать надежной и эффективной работе предприятия.Если технология хороша, то, казалось бы, чем шире она применяется, тем лучше. Разве не так? Как раз нет. Больше не всегда означает лучше. Наступление эпохи микропроцессоров и широкое распространение современных распределенных систем управления (DCS) упростило подачу сигналов тревоги при любом сбое технологического процесса, поскольку затраты на это невелики или равны нулю. В результате в настоящее время на большинстве предприятий имеются системы, подающие ежедневно огромное количество аварийных сигналов и уведомлений, что мешает работе, а иногда приводит к катастрофическим ситуациям.
„Всем известно, насколько важной является система управления аварийными сигналами. Но, несмотря на это, на производстве такие системы управления внедряются достаточно редко", - отмечает Тодд Стауффер, руководитель отдела маркетинга PCS7 в компании Siemens Energy & Automation. Однако события последних лет, среди которых взрыв на нефтеперегонном заводе BP в Техасе в марте 2005 г., в результате которого погибло 15 и получило травмы 170 человек, могут изменить отношение к данной проблеме. В отчете об этом событии говорится, что аварийные сигналы не всегда были технически обоснованы.
Широкое распространение компьютеризированного оборудования и распределенных систем управления сделало более простым и быстрым формирование аварийных сигналов. Согласно новым принципам аварийные сигналы следует формировать только тогда, когда необходимы ответные действия оператора. (С разрешения Siemens Energy & Automation)
Этот и другие подобные инциденты побудили специалистов многих предприятий пересмотреть программы управления аварийными сигналами. Специалисты пытаются найти причины непомерного роста числа аварийных сигналов, изучить и применить передовой опыт и содействовать разработке стандартов. Все это подталкивает многие компании к оценке и внедрению эталонных стандартов, таких, например, как Publication 191 Ассоциации пользователей средств разработки и материалов (EEMUA) „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке", которую многие называют фактическим стандартом систем управления аварийными сигналами. Тим Дональдсон, директор по маркетингу компании Iconics, отмечает: „Распределение и частота/колебания аварийных сигналов, взаимная корреляция, время реакции и изменения в действиях оператора в течение определенного интервала времени являются основными показателями отчетов, которые входят в стандарт EEMUA и обеспечивают полезную информацию для улучшения работы предприятия”. Помимо этого как конечные пользователи, так и поставщики поддерживают развитие таких стандартов, как SP-18.02 ISA «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности». (см. сопроводительный раздел „Стандарты, эталоны, передовой опыт" для получения более подробных сведений).
Предполагается, что одной из причин взрыва на нефтеперегонном заводе BP в Техасе в 2005 г., в результате которого погибло 15 и получило ранения 170 человек, а также был нанесен значительный ущерб имуществу, стала неэффективная система аварийных сигналов.(Источник: Комиссия по химической безопасности и расследованию аварий США)
На большинстве предприятий системы аварийной сигнализации очень часто имеют слишком большое количество аварийных сигналов. Это в высшей степени нецелесообразно. Показатели EEMUA являются эталонными. Они содержатся в Publication 191 (1999), „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".
Начало работы
Наиболее важным представляется вопрос: почему так велико количество аварийных сигналов? Стауффер объясняет это следующим образом: „В эпоху аналоговых систем аварийные сигналы реализовывались аппаратно. Они должны были соответствующим образом разрабатываться и устанавливаться. Каждый аварийный сигнал имел реальную стоимость - примерно 1000 долл. США. Поэтому они выполнялись тщательно. С развитием современных DCS аварийные сигналы практически ничего не стоят, в связи с чем на предприятиях стремятся устанавливать все возможные сигналы".
Характеристики «хорошего» аварийного сообщения
В число базовых требований к аварийному сообщению, включенных в аттестационный документ EEMUA, входит ясное, непротиворечивое представление информации. На каждом экране дисплея:
• Должно быть четко определено возникшее состояние;
• Следует использовать терминологию, понятную для оператора;
• Должна применяться непротиворечивая система сокращений, основанная на стандартном словаре сокращений для данной отрасли производства;
• Следует использовать согласованную структуру сообщения;
• Система не должна строиться только на основе теговых обозначений и номеров;
• Следует проверить удобство работы на реальном производстве.
Информация из Publication 191 (1999) EEMUA „Системы аварийной сигнализации: Руководство по разработке, управлению и поставке".
Качественная система управления аварийными сигналами должна опираться на руководящий документ. В стандарте ISA SP-18.02 «Управление системами аварийной сигнализации для обрабатывающих отраслей промышленности», предложен целостный подход, основанный на модели жизненного цикла, которая включает в себя определяющие принципы, обучение, контроль и аудит.
Именно поэтому операторы сегодня часто сталкиваются с проблемой резкого роста аварийных сигналов. В соответствии с рекомендациями Publication 191 EEMUA средняя частота аварийных сигналов не должна превышать одного сигнала за 10 минут, или не более 144 сигналов в день. В большинстве отраслей промышленности показатели значительно выше и находятся в диапазоне 5-9 сигналов за 10 минут (см. таблицу Эталонные показатели для аварийных сигналов). Дэвид Гэртнер, руководитель служб управления аварийными сигналами в компании Invensys Process Systems, вспоминает, что при запуске производственной установки пяти операторам за полгода поступило 5 миллионов сигналов тревоги. „От одного из устройств было получено 550 000 аварийных сигналов. Устройство работает на протяжении многих месяцев, и до сих пор никто не решился отключить его”.
Практика прошлых лет заключалась в том, чтобы использовать любые аварийные сигналы независимо от того - нужны они или нет. Однако в последнее время при конфигурировании систем аварийных сигналов исходят из необходимости ответных действий со стороны оператора. Этот принцип, который отражает фундаментальные изменения в разработке систем и взаимодействии операторов, стал основой проекта стандарта SP18 ISA. В этом документе дается следующее определение аварийного сигнала: „звуковой и/или визуальный способ привлечения внимания, указывающий оператору на неисправность оборудования, отклонения в технологическом процессе или аномальные условия эксплуатации, которые требуют реагирования”. При такой практике сигнал конфигурируется только в том случае, когда на него необходим ответ оператора.
Адекватная реакция
Особенно важно учитывать следующую рекомендацию: „Не следует ничего предпринимать в отношении событий, для которых нет измерительного инструмента (обычно программного)”.Высказывания Ника Сэнд-за, сопредседателя комитета по разработке стандартов для систем управления аварийными сигналами SP-18.00.02 Общества ISA и менеджера технологий управления процессами химического производства DuPont, подчеркивают необходимость контроля: „Система контроля должна сообщать - в каком состоянии находятся аварийные сигналы. По каким аварийным сигналам проводится техническое обслуживание? Сколько сигналов имеет самый высокий приоритет? Какие из них относятся к системе безопасности? Она также должна сообщать об эффективности работы системы. Соответствует ли ее работа вашим целям и основополагающим принципам?"
Кейт Джоунз, старший менеджер по системам визуализации в Wonderware, добавляет: „Во многих отраслях промышленности, например в фармацевтике и в пищевой промышленности, уже сегодня требуется ведение баз данных по материалам и ингредиентам. Эта информация может также оказаться полезной при анализе аварийных сигналов. Мы можем установить комплект оборудования, работающего в реальном времени. Оно помогает определить место, где возникла проблема, с которой связан аварийный сигнал. Например, можно создать простые гистограммы частот аварийных сигналов. Можно сформировать отчеты об аварийных сигналах в соответствии с разными уровнями системы контроля, которая предоставляет сведения как для менеджеров, так и для исполнителей”.
Представитель компании Invensys Гэртнер утверждает, что двумя основными элементами каждой программы управления аварийными сигналами должны быть: „хороший аналитический инструмент, с помощью которого можно определить устройства, подающие наибольшее количество аварийных сигналов, и эффективный технологический процесс, позволяющий объединить усилия персонала и технические средства для устранения неисправностей. Инструментарий помогает выявить источник проблемы. С его помощью можно определить наиболее частые сигналы, а также ложные и отвлекающие сигналы. Таким образом, мы можем выяснить, где и когда возникают аварийные сигналы, можем провести анализ основных причин и выяснить, почему происходит резкое увеличение сигналов, а также установить для них новые приоритеты. На многих предприятиях высокий приоритет установлен для всех аварийных сигналов. Это неприемлемое решение. Наиболее разумным способом распределения приоритетности является следующий: 5 % аварийных сигналов имеют приоритет № 1, 15% приоритет № 2, и 80% приоритет № 3. В этом случае оператор может отреагировать на те сигналы, которые действительно важны”.
И, тем не менее, Марк МакТэвиш, руководитель группы решений в области управления аварийными сигналами и международных курсов обучения в компании Matrikon, отмечает: „Необходимо помнить, что программное обеспечение - это всего лишь инструмент, оно само по себе не является решением. Аварийные сигналы должны представлять собой исключительные случаи, которые указывают на события, выходящие за приемлемые рамки. Удачные программы управления аварийными сигналами позволяют добиться внедрения на производстве именно такого подхода. Они помогают инженерам изо дня в день управлять своими установками, обеспечивая надежный контроль качества и повышение производительности за счет снижения незапланированных простоев”.
Система, нацеленная на оператора
Тем не менее, даже наличия хорошей системы сигнализации и механизма контроля и анализа ее функционирования еще недостаточно. Необходимо следовать основополагающим принципам, руководящему документу, который должен стать фундаментом для всей системы аварийной сигнализации в целом, подчеркивает Сэндз, сопредседатель ISA SP18. При разработке стандарта „основное внимание мы уделяем не только рационализации аварийных сигналов, - говорит он, - но и жизненному циклу систем управления аварийными сигналами в целом, включая обучение, внесение изменений, совершенствование и периодический контроль на производственном участке. Мы стремимся использовать целостный подход к системе управления аварийными сигналами, построенной в соответствии с ISA 84.00.01, Функциональная безопасность: Системы безопасности с измерительной аппаратурой для сектора обрабатывающей промышленности». (см. диаграмму Модель жизненного цикла системы управления аварийными сигналами)”.
«В данном подходе учитывается участие оператора. Многие недооценивают роль оператора,- отмечает МакТэвиш из Matrikon. - Система управления аварийными сигналами строится вокруг оператора. Инженерам трудно понять проблемы оператора, если они не побывают на его месте и не получат опыт управления аварийными сигналами. Они считают, что знают потребности оператора, но зачастую оказывается, что это не так”.
Удобное отображение информации с помощью человеко-машинного интерфейса является наиболее существенным аспектом системы управления аварийными сигналами. Джонс из Wonderware говорит: „Аварийные сигналы перед поступлением к оператору должны быть отфильтрованы так, чтобы до оператора дошли нужные сообщения. Программное обеспечение предоставляет инструментарий для удобной конфигурации этих параметров, но также важны согласованность и подтверждение ответных действий”.
Аварийный сигнал должен сообщать о том, что необходимо сделать. Например, как отмечает Стауффер из Siemens: „Когда специалист по автоматизации настраивает конфигурацию системы, он может задать обозначение для физического устройства в соответствии с системой идентификационных или контурных тегов ISA. При этом обозначение аварийного сигнала может выглядеть как LIC-120. Но оператору информацию представляют в другом виде. Для него это 'регулятор уровня для резервуара XYZ'. Если в сообщении оператору указываются неверные сведения, то могут возникнуть проблемы. Оператор, а не специалист по автоматизации является адресатом. Он - единственный, кто реагирует на сигналы. Сообщение должно быть сразу же абсолютно понятным для него!"
Эдди Хабиби, основатель и главный исполнительный директор PAS, отмечает: „Эффективность деятельности оператора, которая существенно влияет на надежность и рентабельность предприятия, выходит за рамки совершенствования системы управления аварийными сигналами. Инвестиции в операторов являются такими же важными, как инвестиции в современные системы управления технологическим процессом. Нельзя добиться эффективности работы операторов без учета человеческого фактора. Компетентный оператор хорошо знает технологический процесс, имеет прекрасные навыки общения и обращения с людьми и всегда находится в состоянии готовности в отношении всех событий системы аварийных сигналов”. „До возникновения DCS, -продолжает он, - перед оператором находилась схема технологического процесса, на которой были указаны все трубопроводы и измерительное оборудование. С переходом на управление с помощью ЭВМ сотни схем трубопроводов и контрольно-измерительных приборов были занесены в компьютерные системы. При этом не подумали об интерфейсе оператора. Когда произошел переход от аналоговых систем и физических схем панели управления к цифровым системам с экранными интерфейсами, оператор утратил целостную картину происходящего”.
«Оператору также требуется иметь необходимое образование в области технологических процессов, - подчеркивает Хабиби. - Мы часто недооцениваем роль обучения. Каковы принципы работы насоса или компрессора? Летчик гражданской авиации проходит бесчисленные часы подготовки. Он должен быть достаточно подготовленным перед тем, как ему разрешат взять на себя ответственность за многие жизни. В руках оператора химического производства возможно лежит не меньшее, если не большее количество жизней, но его подготовка обычно ограничивается двухмесячными курсами, а потом он учится на рабочем месте. Необходимо больше внимания уделять повышению квалификации операторов производства”.
Рентабельность
Эффективная система управления аварийными сигналами стоит времени и денег. Однако и неэффективная система также стоит денег и времени, но приводит к снижению производительности и повышению риска для человеческой жизни. Хотя создание новой программы управления аварийными сигналами или пересмотр и реконструкция старой может обескуражить кого угодно, существует масса информации по способам реализации и достижения целей системы управления аварийными сигналами.
Наиболее важным является именно определение цели и способов ее достижения. МакТэвиш говорит, что система должна выдавать своевременные аварийные сигналы, которые не дублируют друг друга, адекватно отражают ситуацию, помогают оператору диагностировать проблему и определять эффективное направление действий. „Целью является поддержание производства в безопасном, надежном рабочем состоянии, которое позволяет выпускать качественный продукт. В конечном итоге целью является финансовая прибыль. Если на предприятии не удается достичь этих целей, то его существование находится под вопросом.
Управление аварийными сигналами - это процесс, а не схема, - подводит итог Гэртнер из Invensys. - Это то же самое, что и производственная безопасность. Это - постоянный процесс, он никогда не заканчивается. Мы уже осознали высокую стоимость низкой эффективности и руководители предприятий больше не хотят за нее расплачиваться”.
Автор: Джини Катцель, Control Engineering
[ http://controlengrussia.com/artykul/article/hmi-upravlenie-avariinymi-signalami/]Тематики
EN
Русско-английский словарь нормативно-технической терминологии > управление аварийными сигналами
-
15 управление конфигурацией
управление конфигурацией
Дисциплина идентификации компонентов системы, для осуществления контролируемых изменений компонентов этой системы и для поддержания преемственности и прослеживания компонентов системы на протяжении всего жизненного цикла.
Примечание
Более подробное описание управления конфигурацией приведено в МЭК 61508-7 (пункт С.5.24).
[ ГОСТ Р МЭК 61508-4-2007]Тематики
EN
2.15 управление конфигурацией (configuration management): Деятельность, связанная с управлением конфигурацией информационной системы на всех этапах жизненного цикла.
Источник: ГОСТ Р ИСО/МЭК ТО 10032-2007: Эталонная модель управления данными
3.7 управление конфигурацией (configuration management): Процесс идентификации компонентов рассматриваемых систем, управления изменением этих компонентов, связей между ними, поддержания преемственности и сопровождения на протяжении всего их жизненного цикла.
Источник: ГОСТ Р 53195.2-2008: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 2. Общие требования оригинал документа
3.6 управление конфигурацией (configuration management): Скоординированные действия, направленные на формирование и контроль конфигурации.
Примечание - Управление конфигурацией обычно включает в себя поддержку технической и административной деятельности, связанной с управлением продукцией и требованиями к ее конфигурации на всех стадиях жизненного цикла продукции.
Источник: ГОСТ Р ИСО 10007-2007: Менеджмент организации. Руководящие указания по управлению конфигурацией оригинал документа
3.7.3 управление конфигурацией (configuration management): Дисциплина идентификации компонентов системы, для осуществления контролируемых изменений компонентов этой системы и для поддержания преемственности и прослеживания компонентов системы на протяжении всего жизненного цикла.
Примечание - Более подробное описание управления конфигурацией приведено в МЭК 61508-7 (пункт С.5.24).
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
3.12 управление конфигурацией (configuration management): Порядок применения технической и административной директивы и контроля с целью определения и документирования функциональных и физических характеристик сложного устройства, управления изменением таких характеристик, ведения записей и отчетов об изменении в работе и настройке, а также проверки соответствия определенным требованиям.
[IEEE 610] [1]
Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа
3.1.3 управление конфигурацией (configuration management): Порядок, применяющийся для технического и административного руководства и надзора за идентификацией и документированием функциональных и физических характеристик конфигурируемого пункта, для контроля изменений этих характеристик, для записи и отчета об изменениях статуса при внедрении, а также для верификации соответствия специфическим требованиям.
Источник: ГОСТ Р 54360-2011: Лабораторные информационные менеджмент-системы (ЛИМС). Стандартное руководство по валидации ЛИМС оригинал документа
Русско-английский словарь нормативно-технической терминологии > управление конфигурацией
-
16 верификация
верификация
контроль
проверка
Установление соответствия принятой и переданной информации с помощью логических методов [http://www.rol.ru/files/dict/internet/#].
[ http://www.morepc.ru/dict/]
верификация
(ITIL Service Transition)
Деятельность, которая гарантирует, что новая или измененная ИТ- услуга, процесс, план или другой результат - полный, точный, надежный и соответствует своей спецификации проектирования.
См. тж. подтверждение; приёмка; подтверждение и тестирование услуг.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]EN
verification
(ITIL Service Transition)
An activity that ensures that a new or changed IT service, process, plan or other deliverable is complete, accurate, reliable and matches its design specification.
See also acceptance; validation; service validation and testing.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]Тематики
Синонимы
EN
4.55 верификация (verification): Подтверждение (на основе представления объективных свидетельств) того, что заданные требования полностью выполнены [3].
Примечание - Верификация в контексте жизненного цикла представляет собой совокупность действий по сравнению полученного результата жизненного цикла с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваться ими): заданные требования, описание проекта и непосредственно система.
Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа
4.23 верификация (verification): Процесс, в результате которого приходят к заключению, что два изображения принадлежат одному и тому же человеку; сопоставление 1:1 («один к одному»).
Примечание - Термины и соответствующие определения к ним установлены только для использования в настоящем стандарте.
Источник: ГОСТ Р ИСО/МЭК 19794-5-2006: Автоматическая идентификация. Идентификация биометрическая. Форматы обмена биометрическими данными. Часть 5. Данные изображения лица оригинал документа
4.24 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены [3].
Примечание - Верификация в контексте жизненного цикла системы является совокупностью действий по сравнению полученного результата жизненного цикла системы с требуемыми характеристиками для этого результата. Результатами жизненного цикла могут являться (но не ограничиваются только ими) установленные требования, описание проекта и непосредственно система.
Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа
3.36 верификация (verification): Подтверждение экспертизой и представлением объективных доказательств того, что конкретные требования полностью реализованы.
Примечания
1 В процессе проектирования и разработки верификация связана с экспертизой результатов данной работы в целях определения их соответствия установленным требованиям.
2 Термин «верифицирован» используется для обозначения соответствующих состояний проверенного объекта. (См. 2.17 title="Управление качеством и обеспечение качества - Словарь").
Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа
3.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования были выполнены.
[ИСО 9000:2005]
Примечание - В качестве синонима может использоваться термин «проверка соответствия».
Источник: ГОСТ Р ИСО/МЭК 27004-2011: Информационная технология. Методы и средства обеспечения безопасности. Менеджмент информационной безопасности. Измерения оригинал документа
2.22 верификация (verification): Подтверждение на основе анализа и представления объективных свидетельств того, что установленные требования выполнены.
Примечание - При проектировании и разработке верификация означает процесс анализа результатов предпринятой деятельности с целью определения соответствия установленным к этой деятельности требованиям ([4], подпункт 3.8.4).
Источник: ГОСТ Р ИСО 14971-2006: Изделия медицинские. Применение менеджмента риска к медицинским изделиям оригинал документа
3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.
Примечания
1 Термин «верифицирован» используют для обозначения соответствующего статуса.
2 Деятельность по подтверждению требования может включать в себя:
- осуществление альтернативных расчетов;
- сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;
- проведение испытаний (3.8.3) и демонстраций;
- анализ документов до их выпуска.
Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа
2.18 верификация (verification): Подтверждение посредством предоставления объективных свидетельств того, что установленные требования выполнены.
Примечание - Верификация это набор действий, с помощью которого происходит сопоставление характеристик системы или элемента системы с установленными требованиями к характеристикам. Верификация может охватывать установленные требования, описание проекта и саму систему.
Источник: ГОСТ Р ИСО 9241-210-2012: Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем оригинал документа
2.35 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.
Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.
Источник: ГОСТ Р ИСО 14064-1-2007: Газы парниковые. Часть 1. Требования и руководство по количественному определению и отчетности о выбросах и удалении парниковых газов на уровне организации оригинал документа
2.28 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по парниковым газам (2.10) на соответствие согласованным критериям верификации.
Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.
Источник: ГОСТ Р ИСО 14064-2-2007: Газы парниковые. Часть 2. Требования и руководство по количественной оценке, мониторингу и составлению отчетной документации на проекты сокращения выбросов парниковых газов или увеличения их удаления на уровне проекта оригинал документа
2.36 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ (2.11)на соответствие согласованным критериям верификации (2.33).
Примечание - В некоторых случаях, например при верификации первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.
Источник: ГОСТ Р ИСО 14064-3-2007: Газы парниковые. Часть 3. Требования и руководство по валидации и верификации утверждений, касающихся парниковых газов оригинал документа
3.1.22 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.
[ИСО 9000, статья 3.8.4]
Источник: ГОСТ ИСО 14698-1-2005: Чистые помещения и связанные с ними контролируемые среды. Контроль биозагрязнений. Часть 1. Общие принципы и методы оригинал документа
3.116 верификация (verification): Экспертиза, призванная подтвердить, что деятельность, изделие или услуга соответствуют заданным требованиям.
Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа
3.17 верификация (verification): Комплекс операций для проверки испытательного оборудования (например, испытательного генератора и соединительных кабелей), а также для демонстрации того, что испытательная система функционирует.
Примечание - Методы, используемые для верификации, отличаются от методов калибровки.
Источник: ГОСТ Р 51317.4.2-2010: Совместимость технических средств электромагнитная. Устойчивость к электростатическим разрядам. Требования и методы испытаний оригинал документа
3.26 верификация (verification): Процесс определения, соответствует ли качество продукта или услуги установленным требованиям.
[Справочник по безопасности МАГАТЭ, Издание 2.0, 2006]
Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа
3.7 верификация (verification): Подтверждение на основе объективных данных, что установленные требования были выполнены.
Примечание 1 -Адаптированный термин по ИСО 9000:2005, пункт 3.8.4 [1].
Примечание 2 - См. рисунок 1.
Примечание 3 - Данный термин часто используют совместно с термином «валидация», и оба термина составляют аббревиатуру «V&V» (верификация и валидация).
Источник: ГОСТ Р ИСО 11064-7-2010: Эргономическое проектирование центров управления. Часть 7. Принципы оценки оригинал документа
2.141 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.
Примечание - При аттестации (верификации) документированной системы контроля (2.70) могут использоваться методы текущего контроля и аудита, методики и проверки, в том числе случайный отбор проб и проведение анализа.
[ИСО 14698-1:2003, статья 3.1.22]
Источник: ГОСТ Р ИСО 14644-6-2010: Чистые помещения и связанные с ними контролируемые среды. Часть 6. Термины оригинал документа
3.43 верификация (verification): Подтверждение экспертизой и предоставлением иного объективного свидетельства того, что результаты функционирования соответствуют целям и требованиям, определенным для такого функционирования.
[МЭК 62138, пункт 3.35]
Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа
3.18 верификация (verification): Подтверждение экспертизой и представление иного объективного доказательства того, что результаты функционирования отвечают целям и требованиям, определенным для такого функционирования (ИСО 12207).
[МЭК 62138:2004, определение 3.35]
Источник: ГОСТ Р МЭК 60987-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования к разработке аппаратного обеспечения компьютеризованных систем оригинал документа
3.8.1 верификация (verification): Подтверждение выполнения требований путем исследования и сбора объективных свидетельств.
Примечания
1. Адаптировано из ИСО 8402 путем исключения примечаний.
2. В контексте настоящего стандарта верификация представляет собой выполняемую для каждой стадии жизненного цикла соответствующей системы безопасности (общей, E/E/PES систем и программного обеспечения) путем анализа и/или тестирования демонстрацию того, что для используемых входных данных компоненты удовлетворяют во всех отношениях набору задач и требований для соответствующей стадии.
ПРИМЕР - Процесс верификации включает в себя:
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
3.8.4 верификация (verification): Подтверждение посредством представления объективных свидетельств (3.8.1) того, что установленные требования (3.1.2) были выполнены.
Примечания
1 Термин «верифицирован» используют для обозначения соответствующего статуса.
2 Деятельность по подтверждению требования может включать в себя:
- осуществление альтернативных расчетов;
- сравнение спецификации (3.7.3) на новый проект с аналогичной документацией на апробированный проект;
- проведение испытаний (3.8.3) и демонстраций;
- анализ документов до их выпуска.
Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь
3.2.59 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены.
Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа
5.1 верификация (verification):
в контексте маркировки и декларирования: Подтверждение посредством предоставления объективных свидетельств выполнения установленных требований.
[ИСО 14025:2006];
в контексте парниковых газов: Систематический, независимый и документально оформленный процесс (6.4) для оценки утверждения по парниковым газам (9.5.2) на соответствие согласованным критериям верификации (5.12).
Примечание - В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована свободой от несения ответственности за подготовку данных и представление информации по парниковым газам.
[ИСО 14065:2007]
Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа
3.3.7 верификация (verification): Систематический, независимый и документально оформленный процесс оценки утверждения по ПГ на соответствие согласованным критериям верификации.
Примечания
1 В некоторых случаях, например при верификациях первой стороной, независимость может быть продемонстрирована невозложением на какое-либо лицо ответственности за подготовку данных и представление соответствующей информации по ПГ.
2 В соответствии с ИСО 14064-3:2006, статья 2.36.
Источник: ГОСТ Р ИСО 14065-2010: Газы парниковые. Требования к органам по валидации и верификации парниковых газов для их применения при аккредитации или других формах признания оригинал документа
Русско-английский словарь нормативно-технической терминологии > верификация
-
17 функция безопасности
функция безопасности
Функция машины, сбой которой может привести к немедленному возрастанию риска (ов).
[ ГОСТ Р ИСО 12100-1:2007]
функция безопасности
Функция, реализуемая Е/Е/РЕ системой, связанной с безопасностью, системой обеспечения безопасности, основанной на других технологиях, или внешними средствами снижения риска, которая предназначена для достижения или поддержания безопасного состояния EUC по отношению к конкретному опасному событию.
[ ГОСТ Р МЭК 61508-4-2007]Тематики
EN
3.43 функция безопасности (safety function): Функция, выполняемая связанной с безопасностью системой для достижения или поддержания безопасного состояния управляемого оборудования при определенном опасном событии.
Примечания
1 Функция безопасности характеризуется назначением (что выполняет функция) и полнотой безопасности - вероятностью удовлетворительного выполнения этой назначенной функции.
2 Функциональная безопасность связанной с безопасностью здания и сооружения системы обеспечивается при удовлетворительном выполнении назначенной функции безопасности.
3 Функция безопасности связанной с безопасностью системы завершается действием управляемого оборудования, приводящим к снижению риска причинения вреда и/или тяжести последствий.
Источник: ГОСТ Р 53195.1-2008: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 1. Основные положения оригинал документа
3.28 функция безопасности (safety function): Функция машины, сбой которой может привести к немедленному возрастанию риска(ов).
Источник: ГОСТ Р ИСО 12100-1-2007: Безопасность машин. Основные понятия, общие принципы конструирования. Часть 1. Основные термины, методология оригинал документа
3.31 функция безопасности (safety function): Специфичная цель, которая должна быть достигнута для обеспечения безопасности.
[Глоссарий МАГАТЭ NS-R-1]
Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа
3.5.1 функция безопасности (safety function): Функция, реализуемая Е/Е/РЕ системой, связанной с безопасностью, системой обеспечения безопасности, основанной на других технологиях, или внешними средствами снижения риска, которая предназначена для достижения или поддержания безопасного состояния EUC по отношению к конкретному опасному событию (см. 3.4.1).
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
Русско-английский словарь нормативно-технической терминологии > функция безопасности
-
18 систематический отказ
систематический отказ
Отказ, однозначно вызванный определенной причиной, которая может быть устранена только путем доработки объекта и/или производственного процесса, правил эксплуатации, документации или других учитываемых факторов.
Примечания
1. Неплановый ремонт без доработки обычно не устраняет причину отказа.
2. Систематический отказ может быть получен моделированием причины отказа [1].
[1] Международный стандарт МЭК 50 (191). Международный Электротехнический Словарь. Глава 191: Надежность и качество услуг.
[ОСТ 45.153-99 ]
систематический отказ
Отказ, связанный детерминированным образом с некоторой причиной, который может быть исключен только путем модификации проекта, либо производственного процесса, операций, документации, либо других факторов.
Примечания
1. Корректирующее сопровождение без модификации обычно не устраняет причину отказа.
2. Систематический отказ может быть воспроизведен имитацией причины отказа [МЭС 191-04-19].
3. Примерами причин систематических отказов являются ошибки человека:
- в спецификации требований к безопасности;
- при проектировании, изготовлении, установке или эксплуатации аппаратных средств;
- при проектировании, реализации и т. п. программного обеспечения.
4. В настоящем стандарте отказы в системах, связанных с безопасностью, разделяются на случайные отказы аппаратуры и систематические отказы.
[ ГОСТ Р МЭК 61508-4-2007]Тематики
Обобщающие термины
EN
3.14 систематический отказ (systematic failure): Отказ системы, аппаратного средства или программного обеспечения, связанный с некоторой повторяющейся причиной процесса проектирования, производства, монтажа или пусконаладки, и который может быть изменен только путем модификации этих процессов.
Источник: ГОСТ Р 53195.3-2009: Безопасность функциональная, связанных с безопасностью зданий и сооружений систем. Часть 3. Требования к системам оригинал документа
3.12 систематический отказ (systematic failure): Отказ, для которого анализ физических процессов, обстоятельств, условий или модель отказа указывают на возможность его повторного появления.
Примечания
1 Корректирующее техническое обслуживание без модификации обычно не устраняет причину отказа.
2 Систематический отказ может быть вызван по желанию моделированием причины отказа.
3 В настоящем стандарте систематический отказ интерпретируется как отказ, следующий из систематического слабого места.
Источник: ГОСТ Р 51901.6-2005: Менеджмент риска. Программа повышения надежности оригинал документа
3.23 систематический отказ (systematic failure): Отказ, обусловленный определенной причиной, которая может быть устранена только изменением проекта или производственного процесса, эксплуатационных процедур, документации или других соответствующих факторов.
[МЭК 61513, пункт 3.62]
Примечание - Отказ по общей причине - это вид систематического отказа, при котором совместно возникают отказы отдельных систем, резервного оборудования или компонентов.
Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа
3.6.6 систематический отказ (systematic failure): Отказ, связанный детерминированным образом с некоторой причиной, который может быть исключен только путем модификации проекта, либо производственного процесса, операций, документации, либо других факторов.
Примечания
1. Корректирующее сопровождение без модификации обычно не устраняет причину отказа.
2. Систематический отказ может быть воспроизведен имитацией причины отказа [МЭС 191-04-19].
3. Примерами причин систематических отказов являются ошибки человека:
- в спецификации требований к безопасности;
- при проектировании, изготовлении, установке или эксплуатации аппаратных средств;
- при проектировании, реализации и т.п. программного обеспечения.
4. В настоящем стандарте отказы в системах, связанных с безопасностью, разделяются на случайные отказы аппаратуры и систематические отказы (см. 3.6.4 и 3.6.5).
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
3.62 систематический отказ (systematic failure): Отказ, обусловленный определенной причиной, который может быть исключен за счет внесения изменений в проект или в технологический процесс, эксплуатационную операцию, документацию и т.п.
[МЭК 61508-4, пункт 3.6.6]
Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа
Русско-английский словарь нормативно-технической терминологии > систематический отказ
-
19 канал
- channel
- - 1
канал
Элемент или группа элементов, которые независимо выполняют функцию.
Пример
Двухканальная (или дуальная) конфигурация - это такая конфигурация, в которой два канала независимо выполняют одну и ту же функцию.
Примечания
1 В число элементов канала могут входить модули ввода/вывода, логическая система, датчики и оконечные элементы.
2 Термин допускается использовать для описания полных систем или частей системы (например, датчиков или оконечных элементов).
[ ГОСТ Р МЭК 61508-4-2007]
канал
В кибернетике — устройство для передачи информации, рассматриваемое абстрактно, независимо от его физической природы (подобно тому, например, как геометрия рассматривает объемы тел, отвлекаясь от материала, из которого они изготовлены). Общей характеристикой для К. связи, для устройства в ЭВМ, называемого мультиплексным К., для К. обратной связи абстрактной кибернетической системы и т.д. является именно их способность передавать информацию. На эту способность оказывают влияние «шумы» или «помехи«. См. Возмущение (возмущающее воздействие). Идеальным К. считается такой, в котором помехи либо отсутствуют, либо они пренебрежимо малы.
[ http://slovar-lopatnikov.ru/]Тематики
EN
3.6 канал (channel): Совокупность взаимосвязанных компонентов внутри системы, имеющая один выход. Канал теряет свою идентичность тогда, когда сигналы на единственном выходе сочетаются с сигналами от других каналов, например, от канала контроля или канала активизации защиты.
[Глоссарий МАГАТЭ NS-G-1.3]
Источник: ГОСТ Р МЭК 60880-2010: Атомные электростанции. Системы контроля и управления, важные для безопасности. Программное обеспечение компьютерных систем, выполняющих функции категории А оригинал документа
3.3.8 канал (channel): Элемент или группа элементов, которые независимо выполняют функцию.
ПРИМЕР - Двухканальная (или дуальная) конфигурация - это такая конфигурация, в которой два канала независимо выполняют одну и туже функцию.
Примечания
1. В число элементов канала могут входить модули ввода/вывода, логическая система (см. 3.4.5), датчики и оконечные элементы.
2. Термин допускается использовать для описания полных систем или частей системы (например, датчиков или оконечных элементов).
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
3.5 канал (channel): Ряд взаимосвязанных компонентов внутри системы, которые формируют один выходной сигнал. Канал теряет свою индивидуальность, если его выходные сигналы сочетаются с сигналами от другого канала, например, канала контроля или канала безопасности.
Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа
3.4 канал (channel): Совокупность взаимосвязанных элементов в системе, которая выдает один выходной сигнал. Канал теряет свою идентичность, когда сигналы одного выхода объединяются с сигналами, поступающими от других каналов (например, от контрольно-измерительного канала или канала обслуживания устройств безопасности).
[Глоссарий безопасности МАГАТЭ, Версия 2.0,2006]
Источник: ГОСТ Р МЭК 62385-2012: Атомные станции. Контроль и управление, важные для безопасности. Методы оценки рабочих характеристик измерительных каналов систем безопасности оригинал документа
Канал - 1) протяженное открытое сооружение, расположенное в выемке или насыпи, предназначенное для безнапорного пропуска воды; 2) закрытое подземное протяженное сооружение высотой менее 2 м до выступающих конструкций, предназначенное для прокладки коммуникаций (кабелей, трубопроводов и т.д.).
3.1 канал (channel): Индивидуальный тракт передачи измерительной информации в средстве измерений.
Примечание - «Канал» и «фаза» не одно и то же. Канал напряжения определяется разностью потенциалов между двумя проводниками. Понятие «фаза» относится к отдельному проводнику. В многофазных системах канал может быть между двумя фазами или между фазой и нейтралью, или между фазой и землей, или между нейтралью и землей.
Источник: ГОСТ Р 51317.4.30-2008: Электрическая энергия. Совместимость технических средств электромагнитная. Методы измерений показателей качества электрической энергии оригинал документа
3.1.14 канал (channel): Прикладное специфическое представление открытого соединения по протоколу управления передачей (TCP).
Источник: ГОСТ Р 53531-2009: Телевидение вещательное цифровое. Требования к защите информации от несанкционированного доступа в сетях кабельного и наземного телевизионного вещания. Основные параметры. Технические требования оригинал документа
Русско-английский словарь нормативно-технической терминологии > канал
-
20 программируемая электронная система
программируемая электронная система
Система для управления, защиты или мониторинга, основанная на использовании одного или нескольких программируемых электронных устройств, включая все элементы системы, такие как источники питания, датчики и другие устройства ввода, магистрали данных и другие каналы связи, устройства привода и другие устройства вывода (см. рисунок).
Примечание
Структура PES показана на рисунке а. Рисунок b демонстрирует способ представления PES, применяемый в настоящем стандарте, когда программируемая электроника показывается отдельно от датчиков и устройств привода EUC и их интерфейсов, но при этом программируемая электроника может присутствовать в нескольких местах PES. Рисунок c показывает PES с двумя отдельными блоками программируемой электроники. Рисунок d показывает PES с дублированием программируемой электроники (т. е. двухканальную), но с одним датчиком и одним устройством привода.
Примечание
Программируемая электроника показана в центре, но она может присутствовать в нескольких местах PES.
[ ГОСТ Р МЭК 61508-4-2007]Тематики
EN
3.33 программируемая электронная система (programmable electronic system; PES): Система, предназначенная для управления, защиты или мониторинга, содержащая одно или несколько программируемых электронных устройств, включая все элементы системы, такие как источники питания, сенсоры и устройства ввода, каналы передачи данных и коммуникационные магистрали, приводы и оконечные устройства.
Источник: ГОСТ Р 53195.1-2008: Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 1. Основные положения оригинал документа
3.3.2 программируемая электронная система (programmable electronic system); (PES): Система для управления, защиты или мониторинга, основанная на использовании одного или нескольких программируемых электронных устройств, включая все элементы системы, такие как источники питания, датчики и другие устройства ввода, магистрали данных и другие каналы связи, устройства привода и другие устройства вывода (см. рисунок 2).
Примечание - Структура PES показана на рисунке 2а). Рисунок 2b) демонстрирует способ представления PES, применяемый в настоящем стандарте, когда программируемая электроника показывается отдельно от датчиков и устройств привода EUC и их интерфейсов, но при этом программируемая электроника может присутствовать в нескольких местах PES. Рисунок 2с) показывает PES с двумя отдельными блоками программируемой электроники. Рисунок 2d) показывает PES с дублированием программируемой электроники (т.е. двухканальную), но с одним датчиком и одним устройством привода.
b) Одиночная PES с одним программируемым электронным устройством (т.е. одна PES включает один канал программируемой электроники)
с) Одиночная PES с двумя программируемыми электронными устройствами, соединенными последовательно (например, интеллектуальный датчик и программируемый контроллер)
d) Одиночная PES с двумя программируемыми электронными устройствами, но с общими датчиками и оконечными элементами (т.е. одна PES включает в себя два канала программируемой электроники)
Примечание - Программируемая электроника показана в центре, но она может присутствовать в нескольких местах PES.
Рисунок 2 - Программируемая электронная система (PES): структура и терминология
Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа
Русско-английский словарь нормативно-технической терминологии > программируемая электронная система
См. также в других словарях:
безопасность систем управления — Способность элементов системы управления, связанных с обеспечением безопасности, выполнять функции безопасности систем управления в течение установленного срока в соответствии с их заданной категорией. [ГОСТ ЕН 1070 2003] [ГОСТ Р ИСО 13849 1… … Справочник технического переводчика
безопасность систем управления — 3.3 безопасность систем управления: Способность элементов системы управления, связанных с обеспечением безопасности, выполнять свои функции безопасности в течение определенного времени в соответствии с их заданной категорией. Источник … Словарь-справочник терминов нормативно-технической документации
ГОСТ Р МЭК 62061-2013: Безопасность оборудования. Функциональная безопасность систем управления электрических, электронных и программируемых электронных, связанных с безопасностью — Терминология ГОСТ Р МЭК 62061 2013: Безопасность оборудования. Функциональная безопасность систем управления электрических, электронных и программируемых электронных, связанных с безопасностью оригинал документа: вероятность опасного отказа в… … Словарь-справочник терминов нормативно-технической документации
Информационная безопасность систем управления и связи — состояние информации и технических средств (систем) ее передачи и обработки (ТСПН), при котором обеспечивается использование информации и ТСПН по их прямому назначению без ущерба для собственников и владельцев информации. EdwART. Словарь терминов … Словарь черезвычайных ситуаций
ГОСТ Р ИСО 13849-1-2003: Безопасность оборудования. Элементы систем управления, связанные с безопасностью. Часть 1. Общие принципы конструирования — Терминология ГОСТ Р ИСО 13849 1 2003: Безопасность оборудования. Элементы систем управления, связанные с безопасностью. Часть 1. Общие принципы конструирования оригинал документа: 3.3 безопасность систем управления: Способность элементов системы… … Словарь-справочник терминов нормативно-технической документации
ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения — Терминология ГОСТ Р МЭК 61508 4 2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа: 3.7.4 анализ влияния (impact analysis) … Словарь-справочник терминов нормативно-технической документации
Факультет автоматизированных систем управления и связи военного инженерно-космического университета им. А. Ф. Можайского — Военно космическая академия им. А. Ф. Можайского высшее военное учебное заведение, расположенное в Санкт Петербурге. Готовит офицеров для Космических Войск и других частей МО РФ. С 2008 года готовит военнослужащих женщин. Содержание 1 Адреса 1.1… … Википедия
функция безопасности систем управления — Функция, включаемая входным сигналом и обрабатываемая элементами системы управления, связанными с обеспечением безопасности, и необходимая для достижения безопасного состояния машины (как системы). [ГОСТ ЕН 1070 2003] Тематики безопасность в… … Справочник технического переводчика
функция безопасности систем управления — 3.93 функция безопасности систем управления: Функция, включаемая входным сигналом и обрабатываемая элементами системы управления, связанными с обеспечением безопасности, и необходимая для достижения безопасного состояния машины (как системы). (См … Словарь-справочник терминов нормативно-технической документации
безопасность — 2.38 безопасность (security): Сочетание доступности, конфиденциальности, целостности и отслеживаемое™ [18]. Источник: ГОСТ Р ИСО/ТС 22600 2 2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модел … Словарь-справочник терминов нормативно-технической документации
БЕЗОПАСНОСТЬ ДВИЖЕНИЯ ТРАНСПОРТНЫХ СРЕДСТВ НА ЖЕЛЕЗНОДОРОЖНОМТРАНСПОРТЕ ОБЩЕГО ПОЛЬЗОВАНИЯ — Под безопасностью движения транспортных средств на железнодорожном транспорте общего пользования понимается комплекс организационных и технических мер, направленных на обеспечение безопасной эксплуатации транспортных средств и систем управления… … Право Белоруссии: Понятия, термины, определения